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What  Is  GFM? 


•  Under  the  US  DOD  Net  Centric  Data  Strategy  (9  May  2003), 
Communities  of  Interest  (COI)  are  to  be  established  to  address 
organization  and  maintenance  of  data. 

•  In  the  summer  of  2003,  a  COI  for  Global  Force  Management 
(GFM)  was  established  by  the  Joint  Staff  Force  Structure 
Directorate  (J-8)  and  co-chaired  by  the  US  DOD  Deputy  Under¬ 
secretary  of  Defense  (Personnel  &  Readiness)/Readiness  to 
tackle  the  challenges  imposed  by  the  Net-Centric  Data  Strategy. 

•  The  major  impetus  for  the  establishment  of  the  GFM-COI  is  the 
development  of  reliable  and  maintainable  data  sources  in  a  net- 
centric  environment  to  support  decisions  relating  to  force 
management  for  systems  such  as  the  new  Defense  Readiness 
Reporting  System  (DRRS). 

•  A  project  called  the  GFM  Enterprise  Data  Initiative  (EDI)  is 
underway  to  investigate  and  evaluate  GFM  data  structure, 
creation,  management,  and  accessibility  (e.g.,  via  web  service 
enabling).  This  is  a  data  production  program. 


GFM-EDI  Focus  Areas 


Today’s  Topics 

•  Establishment  of  a  Policy  and  a  Joint  management  entity 

•  Authoritative  Data  Sources  (ADS)  from  all  DoD  components 

•  Force  Structure  Construct  (FSC)  for  all  DoD  components 

•  Information  Exchange  Standards  &  Specifications  (IESS) 
(Data  Model) 

•  Web-service-enabling  standards  for  Net-Centric  Data 
Strategy 

•  Extensible  Markup  Language  (XML),  in  coordination  with 
DRRS  RML  (Readiness  Markup  Language) 

•  Enterprise  Identifiers  (EIDs) 


The  GFM  Data  Strategy 


Use  Service  Force  Developers 
as  Authoritative  Data  Sources 


USERS:  Services, 
Joint,  Coalition 


Organization  Server 
(  Data  models  and  elements  ) 


Basic  Concept: 

“Force  structure  pulls  everything  together” 


People 


Targeting 


Because  numerous  data 
items  ultimately  link  to  the 
force  structure  skeleton  - 
use  it  as  the  basis  to 
integrate  data. 


Default  FS 
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Materiel 


Plans/ Orders/Ob  j 


Unifying  Force  Structure 
Authoritative  Data  Sources 


GFM  Process 


Problem:  Negotiating  the 
Unit  Identification  Code  (UIC)  Boundary 

AEF  /  Corps  /  Fleets  /  ME F 


Upper  Tier  Authoritative  Sources 

ASORTS  GSORTS  JOPES 
MilPDS  TRMS 


Upper  Tier  Force  Structure 


Bottom  UIC  Level  (Echelon) 
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Historical  but  Arbitrary  Boundary 

Lower  Tier  Force  Structure 


Lower  Tier  Authoritative  Sources 
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Billets  /  Equipment 


Lower  Tier  Upper  Tier 
(Pers  /  Equip)  (Operations) 


Four  Quadrants  of  Force  Structure  Data  Sources 


Authorization  Data 
“What  Should  Be” 

Status  Data 
“What  Is” 

Operational  Planning 
Systems 
(ADCON  View) 

Operational  Execution 
Systems 
(OPCON  View) 

Internal  Service 
Operations  &  Planning 
Data 

i 

SORTS  /  JOPES  /  etc. 
Battle  Command  Systems! 

hi 

Personnel  &  Logistics 
Planning  Systems 

Personnel  &  Logistics 
Execution  Systems 

Service  Manpower  & 
Logistic  Data 

Personnel  /  Logistic 
Reporting  Data 
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Will  the  Real  Authoritative  Data  Source  Please  Stand  Up? 

They  All  Do! 


Exploiting  Default  Force  Structure 
to  pull  the  pieces  together 


Ore  Servers 

“What  Should  Be” 


Personnel  Roster 


Status  Data 

“What  Is” 


the  Force  Development 
Community 


(e.g,  DIMHRS) 


Property  Book 
(Serial  Numbers) 


Augmented  by  Units 


Concepts  and  Principles  Behind 
Formal  Hierarchical  Structures 


“The  GFM  Force  Structure  Construct” 


Basic  Tenets  of 

Theory  of  Default  Operational  Organizations 


•  There  is  never  one  correct  way  to  represent  (or  model)  something 
as  complex  as  battle  command.  But  we  must  agree  on  a  few 
fundamental  concepts. 

•  Tenet  #1:  At  the  heart  of  the  representation  of  battle  command 

is  the  concept  of  force  structure. 

•  Tenet  #2:  A  default  force  structure  exists  that  is  composed  of  a  set  of 

default  organizations  that  are  linked  together  with  a  default 
command  structure. 

This  force  structure  is  relatively  stable  (we  categorize  it  as 
stationary  data )  and,  if  designed  properly  (i.e.,  is  richly  populated ), 
it  can  be  used  as  the  base  structure  for  integrating  battle  command 
entities  and  building  arbitrary  orders  of  battle. 

The  sets  of  default  nodes  are  called  the 

Default  Operational  Organizations  (DOO). 

•  Tenet  #3:  Operational  command  structures  (i.e.,  Unit  Task  Organizations) 

are  fluid,  and  are  nearly  always  constructed  by  modifying 
(i.e.,  re-linking  the  nodes  of)  the  default  force  structure. 

Goal:  Stable  Nodes  -  Dynamic  Links. 


The  General  Problem  of  Task  Organizing 


B 


5  Nodes:  {A,B,C,D.E} 

4  Links:  {  (A,B),  (A,C),  (A,D),  (A,E) } 


Reconfiguring  a  Default  Force  Structure 


No  new  nodes  were  required  -  only  existing  organizations  were  re-linked. 
A  new  graph  (Unit)  was  created  with  existing  organizations. 

If  the  Default  Force  Structure  is  Carefully  and  Richly  Populated,  Then 
Task  Organizing  Does  Not  Require  Creating  any  “New”  Organizations 


Stable  Nodes  -  Dynamic  Links. 


Adding  Time 

for  Multi-Year  Force  Structure  Diagrams 


Timed-Based  Tree  Graphs  to  Support 
Multi-Year  Force  Structure 
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Add  Labels  to  Nodes  &  Links  Tree  Filtered  on  0  or  0  Tree  Filtered  on  0  or  0 
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Use  Time  Intervals  as  Labels 

Tj  <  Tx<  T2  <  T  <  T3 


Examples:  Org  Tree  with  Times 


Transition  from  L-Series  to  F-Series  Structure  on  17  Aug  2001 


Time  is  REAL  time  -  it  represents  an  Effective  Date  (ED ATE) 


Why  Put  A  Node  (Aggregation  Point)  in  a  Tree  ? 
Three  Categories  of  Organizations  (Nodes) 

Billet:  Leaf  node  with  a  1:1  correspondence  with  a  person 


•  Crew:  Internal  node  with  a  1:1  correspondence  with  a  piece  of 
materiel  that  requires  operation  by  one  or  more  persons 
and  transports  those  persons. 


*  Doctrinal:  Internal  node  that  serves  as  an  arbitrary  aggregation 
point  due  to  doctrine,  tactics,  techniques,  or  procedures 


is_  composedof 


Regiment  B 


Squadron  C 


Company  D 
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BILLETS  1 


Adding  Crews  and  Billets  Enables  Integration 
of  Other  Entities  via  the  Org  Tree 


Relationships 

Between: 


(1)  Org  To  Org 

(2)  Person  To  Org 
(i.e.,  billets) 

(3)  Materiel 
To  Org 
(i.e.  crews) 


.1%  Example  of  a  Default  Operational  Force  Structure 


Example:  A  Plausible  Default  Force  Structure 

for  “Tank  Company  A” 
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Node  Legend 
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Doctrinal  Organizations 

15% 
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Crew  Organizations 
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Billets  (5  OFF  /  58  EN) 

67% 

Doctrinal  Links  (aka  Roles)  Versus 
Doctrinal  Organizations 


These  are  NOT  organizations,  but  predefined  links  to  organizations,  or  roles. 

For  example,  BLT  1/8  serves  the  role  of  GCE. 

Roles  are  common  in  aviation  -  to  aggregate  non-habitual  entities: 


Materiel 

“Alignment” 


Crew  Crew  Billets  People 

“Assignments” 


PAA-6 


Example:  Default  Operational  Force  Structure 
With  Many  Roles  (Predefined  Links) 


Aviation  Example:  A  Possible  Default  Operational 
Force  Structure  for  “AWACS  Crew  6” 
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Materiel  w/ 
Tail  Number: 


The  Disparate  Admin  and  Operational 
Command  Structures  Do  Not  Cause  A  Problem 


Administrative  Command  Structure  (  Squadrons  /  Flights  ) 
Vs.  Operational  Command  Structures  (  Mission  Packages  ) 

are  Different  but  Compatible: 


PAA-1 

PAA-2 

PAA-3 

PAA-4 

PAA-5 


Pilot  (11R) 

Navigator  (12R) 

Air  Battle  Manager  (13B) 


Add  Crews  Somewhere 


Operational  Links  Enhance, 
Not  Replace,  Administrative  Links 


Operational  command  structures  do  not  replace  administrative  ones  - 

they  add  information,  not  delete  it 
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Types  of  Links  are  Limited  Only  By  One’s  Imagination: 

Is-Led-By  Links  Denote  Who  Is  In  Charge 


A  Command  Structure 
denotes  aggregation  and 
includes  all  organizations: 
Billets,  Crews,  and  Doctrinal 

Internal  nodes  can  be  active 
(in  use)  or  dormant 

But  since  someone  is 
ALWAYS  in  charge  of  an 
active  group,  an  active 
internal  node  must 
have  a  designated  leader  - 
a  reference  to  a  billet 


This  is  called  an 

“is-Led_by”  Link 


Command  Structure  Versus  Chain  of  Command 


is_led_by 
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A  Chain  of  Command 
only  includes  billets  and 
the  links  are  interpreted 
as  “reportsto” 
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Example  -  Exploiting  DOOs  to  Simplify  and  Unify 
the  Representation  of  Strike  Packages 


Assign  Strike  Package  Leadership  &  Aliases 
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Associated  With 
Each  Billet 
and  an 


Aircraft 


Associated  with 
Each  Crew 


GFM  Org  Server  Data  Domain  Membership 

(  Based  on  C2  Information  Exchange  Data  Model,  C2IEDM  ) 


No  Common  Naming  Convention 

Concepts  and  Principles  Behind 
Enterprise  Identifiers,  or  EIDs 


Recently  renamed  by  the  DoD  to 
Enterprise-Wide  Identifiers,  or  EwIDs, 
as  part  of  a  draft  DoD  Directive 


Enterprise  (wide)  Identifiers  (EwID) 


•  Identifier:  a  property  that  uniquely  distinguishes  an  item. 

[  The  most  basic  requirement  of  data.  ] 

•  EwID:  An  identifier  that  is  unique  across  the  enterprise  (e.g.,  DoD). 

•  Fundamental  (Required)  Characteristics: 

71  It  includes  no  information  about  the  entity  it  identifies 
(called  a  “surrogate  key”  in  relational  databases). 

7i  It  is  a  fixed  size  (ease  of  software  development  and  interoperability). 

•  Recommended  Characteristics: 

7i  Size:  64  bits  is  the  smallest  size  that  will  do  the  job 
(bandwidth  is  a  consideration) 

71  Allocation  Scheme:  Global  Prefix,  Local  Suffix  for  simplicity. 

•  When  any  data  is  created,  it  is  tagged  with  an  EwID  that  remains 
associated  with  it  for  its  life  -  this  includes  the  organization,  materiel, 
and  personnel  domains. 

•  Technical  Challenge:  to  guarantee  uniqueness  without  sacrificing 
reliability  and  performance  (i.e.,  no  bottlenecks). 


EwID  Formulation  Scheme 


An  enterprise-wide  identifier  to  uniquely  identify  any  item  in  any 
database  can  be  composed  by  combining  unique  identifiers. 

First,  a  globally  unique,  four  byte  (32  bit)  “EwID  Seed” 
is  obtained  from  an  EwID  Seed  Server. 


32  Bit  (4  Byte)  EwID  Seed - 4*— 32  Bits  (4  Bytes)  Local  Sequence — ^ 
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1 

■  ■  ■ 

■  ■  ■ 

32 

- 64  Bit  (8  Byte)  EwID - 

Prefix  Suffix 


Then,  an  EwID  Server  is  established  to  provide  EwIDs  to  users  by  producing 
globally  unique,  eight  byte  (64  bit)  EwIDs  by  appending  a  locally  controlled, 
unique,  four  byte  (32  bit)  suffix  to  the  EwID  Seed  prefix. 

The  common,  eight  byte  (64-bit)  enterprise-wide  identifier  format  allows 
264  bit  patterns  =  18.45  X  1018,  or  18.45  Exa-identifiers, 
or  18  Billion  Billion  Unique  Entities  to  be  tracked.  In  other  words  . . . 

4.3  billion  EwIDs  can  be  produced  from  each  of  the  4.3  billion  EwID  Seeds. 


EwID  Summary 


•  Data  identification  will  have  to  be  accomplished  somehow. 
This  is  but  one  of  many  possible  techniques; 

the  hard  part  is  the  task  of  selecting  one. 

•  EwID  is  a  Data  Type,  not  an  attribute  (column)  name 

•  Obtaining  EwID  Seeds  is  not  intended  to  be  a  real-time 
process.  This  occurs  when  the  systems  are  built  and 
configured. 

•  EwID  Seeds  are  free  (  see:  https  ://ess. arl. army. mil ) 

•  EwID  characteristics  &  advantages: 

71  No  embedded  information  -  they  give  away  no  information 

7i  Registration-based,  this  allows  them  to  be  compact  &  efficient 
(no  waste) 

71  Simple,  fixed  size  -  easy  for  software  engineers  to  use 
71  Easy  to  implement  (add  to  legacy  DBs  as  Alt  Keys) 

71  Data  Miner’s  Dream  -  all  data  is  tagged  with  a  common  structure 


Summary 


Standardized  force  structure  representation  across  the 

Services  is  fundamental  to  DOD  transformation. 


Force  structure  is  a  central  theme  of  Battle  Command 

Use  Timed  Tree  Graphs 

Crews  and  Billets  are  Organizations  Too. 

Data  maintenance  is  the  key  to  success  -  the  force 
development  community  must  maintain  the  data. 

A  common  data  identification  (key  management) 
scheme  (now  called  Enterprise-wide  IDs,  EwIDs). 

Functionally,  must  support: 

71  The  building  of  any  arbitrary  task  organization 

71  Software  engineering  and  development  to  facilitate  the 
creation  and  maintenance  of  algorithms  and  applications 
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